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A DOS DISKETTE CU) 



INTRODUCTION 



by 



P13 



LOOKING AT THE DISKETTE 



P.L. 86-3 



Many data systems professionals will go 
through an entire career using a personal com- 
puter and handling small diskettes without 
really having an idea of how data is organized 
on them. There is nothing magic about it and, 
in fact, it isn't really difficult to under- 
stand where and how information is being 
stored and what it looks like on the disk. 



This paper will attempt to explain how a 
5 1/4 inch floppy disk is organized under PC- 
DOS 1.1, written by Microsoft for the IBM-PC. 
We will be using an IBM-PC and two double- 
sided double-density disk drives. 



Most information was obtained from the 
Peter Norton book, Inside the IBM-PC , one of 
the most useful books on small computers I 
have found, and the IBM DOS 1.1 manual — very 
useful both as to information and as a cure 
for insomnia. 



The diskette data displays were obtained 
through the use of the Peter Norton utility 
DISKLOOK. 



Microsoft went to great lengths to have the 
software overhead take up as 1 itt le room on 
the diskette as possible. This, obviously, 
makes good sense. A small computer isn't much 
good to you if the operating system takes up 
the entire disk. As a consequence, the direc- 
tory and allocation table look rather cryptic, 
but once explained they are easily understood. 



Formatting 



When a user removes a blank diskette from 
the box for the first time he has two choices. 
He can use it as a frizbee or he can turn it 
into a reliable storage medium for use in his 
personal computer. We will address the second 
possibility with the full knowledge that we do 
not exclude the first possibility at any step 
of the process. 



When you run the FORMAT program, as you al- 
ready know, the diskette under DOS 1.1 is di- 
vided into 40 tracks per side, 8 sectors per 
track, with a boot record, directory, file al- 
location table, and, optionally, an entire 
operating system. Ok, let's format it. 



Explorat ion 



We'll now take our formatted diskette and 
place it in drive "B" — the one on the right. 
In the left drive we'll place the Norton Util- 
ities and type in DL for DISKLOOK. This as- 
sembly language program will allow the user to 
look at the floppy diskette in the right drive 
sector by sector. 



After DL is typed a self explanatory list 
of options comes up on the screen. We choose 
one that allows us to select a particular sec- 
tor, side, and track. We'll start by looking 
at the 'Boot Record' , which is on the first 
sector of the disk. 
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FOR OrFIOIAL UOE OMLY 



Side 0, Track 0, Sector 1 
1st sector of Boot record 

EB279003 01140000 00000000 00000000 00000000 00000000 , 

00000000 00000000 00000000 000000CD 19FA8CC8 8ED833D2 3.. 

BED2BC00 7CFBBe60 008EDB8E C033D28B C2CD1372 69E88500 I.. 3 rl.... 

72DD2E83 3E037C08 74062EC6 06647D02 BB00002E 8B0E037C .r. • •>• I .t. . • .d) I. 

51B0092A C1B4008B F05633D2 33C08AC5 2EF63664 7D8AE88A ,0..» V3.3 6d).... 

F48BC6B4 02CD1372 2D5E592E 2936057C 741F8BC6 2EF72665 r-*Y.)6.lt &e. 

7D03D8FE C5B10151 BE08002E 3B36057C 7C052E8B 36057CEB .) G. . . . ;6. II . . .6. I . , 

C0EA0000 6000BE67 7DE80200 EBFE32FF 2EAC247F 740B56B4 *..g) 2...SH.V.. 

0EBB0700 CD105EEB EFC3E933 FFBBOOOO B90400B8 0102CD13 "....3 

1E72338C C88ED8BF 0000B90B 0026800D 2026804D 202047E2 . .r3 S... fc.M 6. . 

F4BF0000 BE8B7DB9 0B00FCF3 A6750FBF 2000BE97 7DB90B00 ) u )..., 

F3A67502 1FC3BE1B 7DE8A2FF B400CD16 1FF9C30D 0A4E6F6E ...u Hon. 

2D537973 74656D20 6469736B 206F7220 6469736B 20657272 .-Syaten disk or disk err. 
6F720D0A 5265706C 61636520 616E6420 73747269 6B652061 .or.. Replace end strike a. 

6E79206B 65792077 68656E20 72656164 790D0A00 0100020D .ny key when ready 

0A446973 6B20426F 6F742066 61696C75 72650D0A 004D6963 ..Disk Boot f allure. . .Hie. 
726F736F 66742C49 6E632069 626D6269 6F202063 6F6D3069 .rosoft.Inc lbnbio conOi. 
626D646F 73202063 6F6D3005 C606772F FF837EFC 00750B80 .bados co»0. . . w/ . , * . .u . . . 

7EF73B75 05C60676 2FFF89EC 50CA0400 00000000 00000000 • ;u. . . v/. • . ) 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 OOOOOOOO 00000000 00000000 00000000 00000000 

00000000 00000000 

Figure 1 - The Boot Record 



This record serves one purpose. It in- 
structs the operating system in read only 
memory (ROM, as it is known to its friends) to 
go to the location on the diskette containing 
the rest of the operating system and read it 
into memory . If the system is there , it is 
read in; if not, control returns to the boot 
record and an error message is printed out. 



So as the prompt comes up, we type in 0 for 
the side, 0 for the track, and 1 for the sec- 
tor. Zero for the side? Real people start 
counting at 1, computer people start at zero. 
OK, why didn't we start at track zero? There 
is no track zero! Tracks on the PC were num- 
bered by a computer person who skipped class 
the day they learned how to count. Tracks 
start at 1, everything else at 0. 



many ASCII characters and, in fact, we don't. 
Look down, now, at the 13th row and below. 
There we do see a translation and we probably 
recognize it . We are, of course, looking at 
the error messages that we get when we have 
put a non-system diskette in drive A and at- 
tempted to boot up. To keep the boot record 
as small as possible, Microsoft wrote the pro- 
gram in machine language but the messages to 
the user had to be in ASCII characters. 



The Directory 

The next two sectors contain what is known 
as the File Allocation Table (FAT). We will 
skip the FAT for a moment and proceed to sec- 
tor 4, still on side 0. 



As soon as this information is entered, the 
screen display comes up with 6 columns of hex- 
adecimal numbers on the left, and a few read- 
able words and other symbols on the right. 
This is the sector we requested, and is a 
display of the Boot Record. 



Sectors 4 through 11 have the directory. 
This area contains all the information neces- 
sary for the operat ing system to retrieve 
files requested by the user , to sort them by 
time and date, if required, and to perform 
other operations as needed. 



Looking at the boot record (Figure 1), you 
can see rows of hexadecimal numbers broken 
into s ix columns with an ASCII translat ion 
next to each row. Since the boot record is in 
machine language J we would not expect to see 



Looking at the directory (Figure 2), we do 
see some sort of information in the first cou- 
ple of lines, and we'll get to that shortly, 
but for the most part we see rows of F6 ! s and, 
every so often, an E5. When we formatted the 
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disk, the program took all 40 tracks (0 - 39) 
and put a pattern of 11110110 (F6 in hex) on 
them. It then went to the directory area and, 
each 32 bytes put an E5. The E5 signifies the 
beginning of a file record. Now, a sector 
will hold 512 bytes of data and there are 8 
sectors allotted for the directory. Eight 
sectors will have space available for 4096 
bytes (8 x 512). Since there are 32 bytes per 
record, a DOS 1.1 diskette can hold 128 files 
(4096 divided by 32). 



With this information, we'll try to understand 
the directory. 

Starting at the first line of Figure 2, we 
can see some readable characters. The first 
ten bytes contain the hex equivalent of the 
ASCII characters for PROJECT. BAK. We can see 
this translation on the right. So, bytes 0 
through 10 show that the first entry in our 
directory is PROJECT. BAK. 



The first few lines of the directory do ap- 
pear to be tell ing us something. Microsoft 
organized the entries in the following manner: 



Byte 11 has a 00 as it is supposed to be- 
cause it is not a hidden file or a system 
file. The user has the opportunity to make a 



BYTE 
0-7 



File name (an E5, at offset 0, indicates that the 
the file has been erased). 



8-10 Filename extension 

11 File attribute 02 = hidden file, 04 = system 

file, 00 for all other files. 

12-21 Reserved; this implies that in a future version 
of this operating system some or all of these 
bytes will be used to further describe the file. 

22-23 Time the file was created or last updated. Time 

is mapped according to the following rules: 



23 22 
hour | minutes seconds 

15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 

hours = binary number of hours (0-24) 
minutes = binary number of minutes (0-59) 
seconds = binary number of two-second increments 



24-25 Date the file was created or last updated. 

Mapping is done as follows: 



25 24 
year | month day 

15 14 13 12 11 10 09 08 07 06 05 04 03 02 01 00 

year =0-119 (1980 - 2099) 
month= 1-12 
day = 1 - 31 



26-27 Cluster number of the first cluster in the file. 

28-31 File size in bytes. The first word contains 

the low order part of the size. Both words are 
stored with the least significant byte first. 
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FOR OFFICIAL UCE OWLV 



Side 0, Track 0, Sector 4 
1st aector of Directory 

50524F4A 45435420 42414B00 00000000 00000000 0000914D . PROJECT BAK H. 

E4080200 003S0000 324A554C 59202020 42414B00 00000000 6..2JULY BAK 

00000000 0000ABA4 E3081000 80100000 E5F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6FS 

E5F6F&F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F&F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6, F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 FSF6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 ... 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

E5F6F6F& F6F6F&F6 F8F6F6F6 F6F8F6F6 F6F6F6F6 F6F6F6Ffe 

F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F$F6 FSF6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

FSF6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 F6F6F6FS F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 FSF6F6F6 E5F6F6F6 F6F6FSF6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F8F6F6FS F6F6F6F6 

F6F6F6F6 F6F&F6F6 

Figure 2 - The Directory 



file hidden so that in a directory search the 
particular file in question will not appear. 
Bytes 12 through 21 have 00 f s as they are sup- 
posed to. 

Bytes 22 and 23 have the time as you can 
plainly see. You say you don't plainly see 
that? It really is a little confusing, so 
lets take a look: 



For the file PROJECT the time is written as 
914D. This can be represented as 1001 0001 
0100 1101. Referring to our file description 
on page 14, the first thing we do to translate 
this is to reverse bytes 22 and 23. So we 
would get 0100 1101 1001 0001. Now, the left- 
most five bits represent the time. This means 
we have: 

(0 x 2 4 ) + (1 x 2 3 ) + (0 x 2 2 ) + (0 x 2 1 ) + 1 

which equals 9 AM; if it were 9 PM , we would 
get 21 (2100 hours). 

The next 6 bits represent the minutes. Us- 
ing the same logic as before, we get 44. The 
1 as t b it s g iv e the number of 2 s ec ond inc r e- 
ments, 10001 would give us 17 indicating 34 
seconds. 



Well, that's how the time is represented— 
somewhat confusing but it does minimize the 



space needed and that is important to an 
operating system. 

Bytes 24 and 25 , which contain an E408 , 
represent the date, and again, we'll examine 
this closely: 

We first switch them. 

08E4 = 0000 1000 1110 0100 

Now the first seven bytes represent years 
past 1980. In our case 0000100 represents 
4, indicating that the file was made in 
1984. The next four digits, 0111, 
represent the month: 7 (July) . The last 
digits 00100 represent the day, 4 in our 
case. 

So, now we know that PROJECT. BAK was placed 
on the disk on July 4, 1980 at 9:44 in the 
morning. 

Bytes 26 and 27 give the starting cluster. 
We will look at that further when we examine 
the FAT but suffice it to say right now that 
this file starts at cluster 2. 



Bytes 28 - 31 contain the file size with 
the first word containing the lower order part 
of the size and both words stored with the 
least significant byte first. This is 
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FOR OFFICIAL UOG ONLY 



Side 0, Track 0 P Sector 2 
1st sector of File Allocation Table 

FFFFFF03 40000560 00078000 O9A000OB COOOODEO OOOFFOFF 8 

11200113 4001FF0F 00000000 00000000 00000000 00000000 . .0 
00000000 00000000 00000000 oooooooo oooooooo 00000000 ...... 

00000000 oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo ...... 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo ...... 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO OOOOOOOO F6F6F6F6 ...... 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

F6F6F6F6 F6FSF6F6 



Figure 3 - The File Allocation Table 



basically the same idea that Microsoft used 
when storing the time and date so we won't go 
through it again, but the file size is 13,024. 

There, without much stress we have been 
able to understand how file information is 
stored in the directory by DOS 1.1. 

The File Allocation Table 



In addition to sides, tracks, and sectors, 
the diskette is also divided into clusters 
with two sectors per cluster. Since a sector 
can hold 512 bytes of data, a cluster can hold 
1024. The function of the File Allocation 
Table is to keep track of which clusters are 
holding which files 1 data. If data is to be 
put onto a diskette it is allotted room in 
1024 byte chunks at a time. If a file only 
consists of 1 byte it is still allotted 1024. 
This may seem wasteful, but every cluster re- 
quires a corresponding entry in the FAT. If 
we decrease the size of the clusters, we in- 
crease the size of the FAT and, therefore, in- 
crease the amount of time that must be spent 
looking in the FAT for the next cluster. The 
designers of this operating system evidently 
felt that 2 sectors per cluster was just about 
right. 



Since there are a total of 640 sectors per 
diskette t there are 320 clusters. How many 
bytes do we need to represent a cluster? 
Clearly 1 is not enough, it could only 
represent numbers from 0 to 255. Two would be 
fine (up to 64k could be represented) but this 
takes up too much room. Microsoft settled on 
1.5 - 12 bits. So, when we talk about offsets 
in the file allocation table we are talking 
about groups of three hex characters (a byte 
and a half!). Since a nibble is half a byte, 
how about a 'chomp 1 for a byte and a half? 

Let's first look at offsets 0 and 1 in the. 
FAT in Figure 3. Remember, when we talk about 
an offset in the FAT, we are talking about 1 
chomp — a byte and a half. We see FFF for 
offset 0 and then another FFF for offset 1. 
The first FFF tells the operating system that 
we have a double sided diskette. If it were 
single sided there would be an FFE. The FFF 
at offset 1 is a fil ler reserved for future 
use by IBM or Microsoft. 

As ment ioned above , the firs t cluster of 
our first file is #2, which corresponds to 
track 0, sectors 3 and 4, of side 1. These 
relat ive correspondences can be found in the 
IBM DOS 1.1 manual, Appendix C. After the 
operating system has read that cluster, where 
does it go next? Does our file continue at 
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FOR OFFICIAL U S E OMLY 



Side 0, Track 0, Sector 4 
let sector of Directory 

E5524F4A 45435420 42414B00 00000000 00000000 0000914D . .ROJECT BAK M. 

E4060200 00960000 924A5540 59203020 42414B00 00000000 6..2JULY BAK 

00000000 0000ABA4 £3081000 80100000 E5F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 F6F6F6FS F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6FS F6F6F6F6 E5F6F6F6 F6F6F6F6 



Figure 4 - Directory With Firet File Erased 



the next cluster or is it located at some en- 
tirely different location on the disk. Or, 
for that matter , is there a next c luster? 
This is where the FAT comes in. We read the 
first cluster which happened to be cluster #2. 
We are now interested in the next cluster of 
our data. You take the cluster that you have 
just read, and if it is an odd number you sub- 
tract 1 (in this case you don't do anything 
because 2 is not odd). You then go into the 
FAT 2 positions and write down the next two 
chomps that you find. You should be writing 
down 034 000. 



last cluster of our file. There is no 16th 
cluster. 



As you can see the FAT is quite important. 
It is so important that there are two copies 
of it on the diskette, one in sector 3 and one 
in 4. If one cannot be read, for whatever 
reason, hopefully the other one can be. Both 
the FAT and the directory are read into memory 
when the system is brought up and are kept 
there . 



In general, if we have 6 hex digits: 

hi h2 h3 h4 h5 h6, 

we unscramble them to form two words: 

0 h4 hi h2 0 h5 h6 h3. 

OK, let's try that with the 034 000. In this 
case, the hi = 0, h2 » 3, h3 = 4 / ana* h4, h5, 
and h6 equal 0 r s. Rearranging our numbers we 
get: 0003 0004. Now, we were interested in 
cluster #2. Since it is even, we use the 
first byte (0003) , if it were odd we would 
have used the second byte (0004). 




Looking at the FAT again, it does appear 
that the clusters were assigned in order . 
Suppose we were interested in the 15th clus- 
ter. We count in 14 (remember, with an odd 
number — 15 — we subtract 1) groups of 3 hex di- 
gits at a time. We come to 0FF0FF. The di- 
gits are unscrambled according to the above 
formula, and we come up with 0O0F 0FFF. Since 
15 is odd, we are interested in the second of 
the two words. OFFF is clearly too large a 
number to represent a cluster and, yes, as you 
have probably deduced , it indicates an end of 
file. The 15th cluster of PROJECT. BAK is the 
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Side 0, Track 0, Sector 2 
1st sector of File Allocation Table 

FFFFFFOO 00000000 00000000 00000000 00000000 00000000 

11200113 4001FF0F 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 . . 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

Figure 5 - FAT With Firat File Erased 



Removing Files 



Suppose that for reasons of privacy we de- 
cide that we don't want anyone to see the file 
PROJECT. BAK so we erase it. Looking at the 
revised directory (Figure 4), there is an E5 
in place of the first character of the file 
name but it doesn't appear that anything else 
has changed . 



If we look at the FAT (Figure 5) it appears 
that the sectors that were being used for 
PROJECT. BAK are now available. They, of 
course, are the ones start ing at offset 2 
(chomps), and continuing for the entire line. 

Looking through the diskette (which we will 
do shortly) you would find that PROJECT. BAK is 
still there and , in fact , has not been 
touched . 



So, as you can seen, when a file is erased 
the FAT is changed to indicate that the area 
taken up by that file is now available . The 
first character of the file name is changed to 
an E5. But that 's it . The file is still 
therel If you create a new file, chances are 
that you will write over the old one but if 
you erase the file, and then remove the disk- 
ette from your computer, you have not done 
much of anything to assure privacy. If some- 
one dec ides to go search ing through the d isk , 
the FAT could not be used but the name in the 
directory could probably be recreated and the 



file could be found. There are, in fact, pro- 
grams that could make very educated guesses as 
to what the FAT probably looked like and re- 
create it for you. 

Editing Files 

Suppose we decide to edit the first of the 
two files on our diskette and, in fact, make 
it longer . What happens? I'll take a file 
known to be longer , give it the same name as 
the first file now on the diskette and we will 
see what happens. 



Looking at the new directory (Figure 6), it 
would appear that the date and time have 
changed and the file size is bigger. The 
starting cluster did not change. 

Now lets look at the FAT (Figure 7). The 
starting cluster is the same as before but 
look at offset #15. Remember we used to have 
OFFOFF, which translated to an end of file. 
If we look at the entry there now, by using 
our calculations we see that this new longer 
file takes up the same spaces that the older 
shorter one did, and then routes itself around 
the second f ile , 2 JULY . BAK . This is an in- 
teresting and important feature of DOS 1.1. A 
less sophisticated operating system, such as 
the UCSD p-System would always look for a con- 
tiguous area large enough to hold the entire 
f ile . If such an area were not found , the 
user would get an 'out of space' error when, 
in fact, there may very well be more than 
enough room. DOS, however, would not do this. 
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Side 0, Track 0, Sector 4 
lat sector of Directory 

50524F4A 45433420 42414B0O 00000000 00000000 00002791 .PROJECT BAK 

84080200 8O8E000O 324A554C 59202020 42414B00 00000000 2 JULY BAK 

00000000 0000ABA4 E3081000 80100000 E5F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6P6F6 

F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 

F6F6FSF6 F6P6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

E5F6FSF6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 

F6F6F6F6 F6F6F6F6 F6F6F6F6 F6F6F6F6 E5F6F6F6 F6F6F6F6 

Figure 6 - The New Directory 



Side 0, Track 0, Sector 2 
1st sector of File Allocation Table 

FFFFFF03 40000560 00078000 09A0000B C0000DE0 OOOF5001 P,. 

11200113 4001FF6F 01178001 19A0011B CO011DE0 011F0002 .. . .9..o 

21200223 40022560 02278002 29A002FF OFOOOOOO 00000000 .! .#6. %*•'..) 

00000000 00000000 00000000 0000000O 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 00000000 00000000 

00000000 00000000 00000000 00000000 oooooooo oooooooo » 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

oooooooo oooooooo oooooooo oooooooo oooooooo oooooooo 

Figure 7. The New FAT 
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It simply places the file , a cluster at a 
time, onto the disk. The clusters do not have 
to be contiguous . Of course , there must be 
enough clusters available. 

An ASCII File 



We ! ve looked at an assembly language pro- 
gram (the Boot record) , the FAT , and the 
directory. It would be instructive to look at 
a couple of ASCII files. The first one that 
we will look at will be exactly that — a pure 
ASCII file, and the second one will be an 'al- 
most 1 ASCII file — a file make by a wordpro- 
cessing program. 



Figure 8, has a few phrases from "The Mid- 
night Ride of Paul Revere". 



This is quite readable without anyone' s 
help. Notice that in the middle of the second 
line, there is a OD and then a OA. This is an 
ASCII 13, which is a carriage return, and then 
an ASCII 10 which is a line feed. 



The file in Figure 9 was created by one of 
the more popular word processing programs, 
Wordstar . So that we may better understand 
what we are looking for, we will first take a 
look at the file as it would appear in print: 



If we removed the most significant bit we 
would have: 

110 1110 

which is a decimal 110 or an ASCII 'n'. Since 
only seven bits are required to represent the 
standard ASCII characters , it appears , then, 
that what Wordstar did is use the most signi- 
ficant bit of the last character in a word to 
indicate end of word. 



In Wordstar and most other wordprocessors , 
the typist does not push the carriage return 
except at the end of a paragraph. As we can 
see from the above quote, after the word 'com- 
paring ' (Figure 9 , line 2) there should be a 
carriage' return and line feed. At the begin- 
ning of the 5th column in the second row we 
see an E7. As before, we strip away the left 
most 1, giving us a hex 67 which is an ASCII 
103, the 'g 1 that we expected. Next to that 
is a hex 20, a space, and then an 8D. 

Pulling our usual operation with the left- 
most 1, we would get 0D = 13, a carriage re- 
turn. Next to that is a OA = 10, a line feed, 
then another line feed and carriage return. 
So it appears that carriage return, 1 ine feed 
combinations which are inserted by the 
wordprocessor have a 1 in the leftmost posi- 
tion of the carriage return byte. 



We can verify this by looking at the end of 
line 10. There we have a carriage return in- 
serted by the user — end of paragraph . Not ice 
that this time we have 0D OA 0D OA whereas be- 
fore we had 8D OA 8D OA. This is how Wordstar 
discussion of the necessities of comparing knows when it has gotten to the end of a para - 
the architEctwre of mcro- processors rather than siiply relying on a grap h . 
benchmark or two when attempting to determine the merits of two or 
more different devices. 

In discussing the BWJ6, it should also be understood that we are If you have ever wondered why you couldn't 

discussing the 6Wa. ftny reference in this report to the M86 also use a standard WO rdprocessor to write Pascal 
iiplies the 888fi. Where there are differences programs, you are probably beginning to see 

the problem. Since each byte is eight bits 
and ASCII character represent at ion only re- 
quires the least significant seven bits, the 
wordprocessor has the remaining 128 characters 
that it can put to very good use. The corn- 
Looking at the translation on the right side piler cannot always recognize these charac- 
of Figure 9, it seems almost readable. The ters. 
first thing that appears to be slightly wrong, 
however, is that the last ASCII character of 

each word is not quite right. What's wrong In the case of Wordstar there actually is a 

with it? Lets look at the first line. Look- mode which will allow you to write programs 
ing at the string 69 73 63 75 73 73 69 6F EE, but, to allow this, Wordstar has to sacrifice 
we know that the word should be 'discussion', some of its versatility, 
but where is the 'n'? Lets look at the EE: 

EE = 1110 1110 
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Side 1, Track 5, Sector 5 
let sector of TESTREC 
4C697374 656E206D 792063S8 696C6472 656E2061 6E642079 
6F752073 68816C6C 20686581 720D0A6F 66207468 65206D69 
646E6967 68742072 69646520 6F662050 61756C20 52657665 
72652E0D 0A4F6E20 74686520 31387468 206F6620 41707269 
6C20696E 2037352C 0D0A6861 72646C79 2061206D 616E2069 
73206E6F 7720616C 69766500 OA 776 86 F 20726560 656D6265 
72732074 68617420 66616D65 6F757320 64617920 616E6420 
79656172 2EOD0A0D 0A486520 73616964 20746F20 68697320 
66726965 6E642C20 69662074 68652042 72697469 7368206D 
61726368 0D0A6279 206C616E 64206F72 20736561 2066726F 
60207468 6520746F 776E2074 6F6E6967 68740D0A 68616E67 
2061206C 616E7465 726E2061 6C6F6674 20696E20 74686520 
62656C66 72792061 7263680D 0A6F6620 74686520 4E6F7274 
68204368 75726368 20546F77 65722061 73206120 7369676E 



.Listen fty children and y. 
.on shall hear.. of the mi. 
>dnight ride of Paul Reve 
.re. ..On the 18th of Apri 
. 1 In 75,.. hardly a aan i 
>s now alive. .who reaeabe. 
.rs that faaeoua day and . 

.year He aaid to hia . 

.friend, if the British a. 
.arch ..by land or sea fro. 
.a the town tonight. .hang. 
. a lantern -aloft in the . 
.belfry arch.. of the Nort. 
. h Church Tower aa a aianl 



Figure 8 - An ASCII File 



Side 1, Track 0, Sector 5 
3rd sector of PROJECT. BAK 
69736375 7373696F EE206FE6 207468E5 206E6563 65737369 
746965F3 206FE620 636F6D70 6172696E E7208D0A 8D0A7468 
E5206172 63686974 65637475 72E5206F E6206D69 63726F2D 
70726F63 6573736F 72F32072 61746865 F2207468 61EE2073 
696D706C F9207265 6C79696E E7206FEE 20E1208D 0A8DOA62 
656E6368 6D6172EB 206FF220 7477EF20 776865EE 20617474 
656D7074 696EE720 74EF2064 65746572 6D696EE5 207468E5 
206D6572 6974F320 6FE62074 77EF206F F2208D0A 8D0A6D6F 
72E52064 69666665 72656EF4 20646576 69636573 2E0D0A0D 
0A202020 202049EE 20646973 63757373 696EE720 7468E520 
38303836 AC2069F4 2073686F 756CE420 616C73EF 2O62E520 
756E6465 7273746F 6FE42074 6861F420 77E52061 72E5208D 
0A8DOA64 69736375 7373696E E7207468 E5203830 3838AE20 
20416EF9 20726566 6572656E 63E52069 EE207468 69F32072 



.iacussio. o. th. necessl. 

.tie. o. coaparin th. 

■ • architecture o« micro-, 
.processor, rathe, the. s. 

,lapl. relyin. o b. 

.enchaar. o. tw. whe. att. 
,eaptin. t. deteraln. th*. 

. merit, o. tw. o ao. 

,r. differen. devicea 

I. dlscussin. th. . 
,8086. 1. shoul. ala. b. . 
. under atoo. the. w. ar. 
, , . .dlscussin. th. 6088. . 
, An. referenc. 1. thl. r. 



Figure 9 - A Typical Sector from a Wordproceesor 



CONCLUSION 
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HUMAN 
ACTORS (Uj 




any people tend to think that human 
f ac tors spec ial ists produce nothing 
but reports, papers, and advice 
(usually too late and largely 
unheeded!). A recent article in the 
Human Factors Society monthly Bulletin vividly 
counteracts this limited impression. 

"...Buried within human factors R&D work 
are lots of products that have value , that 
will solve real problems, and that can and 
will command the respect of the 'hard 1 
disciplines ... .For too long we have too often 
been known as the discipl ine that produces 
nothing more than long, boring, cumbersome 
technical reports. And you know about techni- 
cal reports — they usually end up on the shelf, 
never to be read. 11 

A survey made by the author , Wi 1 1 iam B . 
Askren (Air Force Human Resources Laboratory, 
Wright-Pat ter son Air Force Base) revealed a 
wide range of prac t ical "products" within 
various projects carried out by his organiza- 
tion and others. He lists them as follows, in 
order from concrete to less tangible: 

prototypes, mockups, drawings 

handbooks, training curricula, training 
manuals, users' guides 

algorithms, models, task analyses 

classification schemes, software, methodol- 
ogy, questionnaires, analysis formats 

requirements , regulat ions, standards, 
spec if icat ions 

costing data, human capacity information, 
evaluation criteria 

proposals , recommendations , plans , alt erna- 
t ives 

def in it ions , descr ipt ions , examples , il lus- 
trat ions 

hypotheses , concepts , relationships 

Askren continues , "I would propose that it 
is incumbent upon those of us engaged in human 
factors R&D projects or application efforts to 
help our customers define their research re- 



£.L. 86-36 



by 



P13 



quirements in such a way that specific pro- 
ducts are ident if ied . Secondly , each product 
should be made a separate deliverable to the 
customer . If a technical report is to be 
prepared as part of the effort, it should be 
thought of as an adjunct to the products." 

I heartily agree, and I believe a large 
part of the problem arises in the total ig- 
norance on the part of most people about the 
meaning of "human factors" and what its prac- 
titioners can do. At our Agency in particu- 
lar, most people (if they have heard of human 
factors at all) seem to think of it as con- 
cerned with the "subjective" aspects of termi- 
nals, furniture, etc. Human factors is every- 
thing that is left over when you take away 
"hardware" , "software" , and "cost" ! Human 
factors , these people think, is restricted to 
"vague" , "emot ional" things 1 ike whether a 
chair is "comfortable" , a screen is "read- 
able", or a console is "attractively styled". 
We real ly need to do a s trenuous job of educ a- 
tion to demonstrate to people that human fac- 
tors can provide concrete , useful products 
that make a difference to the success of a 
project. In fact, at our Agency, a great many 
things that should be done with the advice and 
aid of human factors specialists are being 
done by engineers and technic ians without the 
faintest regard for any but technical con- 
siderations. Many things that are defined as 
"hardware" and "software" are really basic hu- 
man factors issues and problems. For example, 
what about control of the cursor on a VDT? 
Our managers define this as "software" or 
"hardware" , because it is implemented in a 
board or program. But isn't the behavior of 
the cursor a central issue for the USER of a 
system? I think cursor behavior is a HUMAN 
FACTORS issue, not just "software" or 
"hardware. What do you think? 
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SOME RECENT ARTICLES AND PUBLICATIONS 

Readability of Text Scrolled on Visual Display 
Terminals as a Function of Window Size 

R.L. Duchnicky and P. A. Kolers 
Human Factors Journal, Vol. 25, No. 6, 
December 1983, pp. 683-692. 

ABSTRACT: "Readability of text scrolled on 
visual display terminals was studied as a 
function of three different line lengths, two 
different character dens it ies , and f ive dif- 
ferent window heights (either 1, 2, 3, 4, or 
20 lines). All three variables significantly 
affected reading rate , but to markedly dif- 
ferent extents. Lines of full and two-thirds 
screen width were read, on average, 25% faster 
than lines of one-third screen width. Text 
appearing at a density of 80 characters per 
line was read 30% faster than text in a format 
of AO characters per line. Text appearing in 
windows four lines high was read as ef f i- 
ciently as text in 20-line windows, and text 
in one- or two-line windows was read only 9% 
more s lowly than text in 20-1 ine windows . 
Comprehension of the passages did not vary as 
a function of window size, indicating that 
subjects maintained a constant level of 
comprehension by varying their reading rate. 
Implications of the results for mixing text 
and graphics and for limited-capacity elec- 
tronic displays are discussed." 



Ergonomics in Technical Communication 
Peter Martin 
IEEE Transactions on 
Professional Communication, 
Vol. PC 27, No. 2, June 1984, pp. 62-64. 

ABSTRACT: "The technical communicator must 
be a 'human engineer' because a communication, 
like a computer system, can be a technical 
success but a practical failure if its design 
discourages its use. Four parallels between 
technical communication and user-friendly sys- 
tems are discussed: (1) Its overall structure 
should be apparent to the user; (2) it should 
be congenial without being chatty or too per- 
sonal; (3) its nomenclature and syntax must be 
consistent throughout all functions; and (4) 
its logic must not trap users in loops but 
should lead them straight to their goals." 

Not Seeing is Relieving: 
Invisible Writing With Computers 
Stephen Marcus and Sheridan Blau 
IEEE Transactions on 
Professional Communication, 
Vol. PC 27, No. 2, June 1984, pp. 69-72. 

ABSTRACT: "Word processors with adjustable 
video screens are used to test students 1 writ- 
ing facility with and without visual feedback. 
Lack of visual feedback seems to have a salu- 



tary effect in forcing concentration onto em- 
erging thoughts rather than words and sen- 
tences. It also prevents interrupting the 
train of thought to edit and correct every few 
sentences. 'Local editing' is regarded as 
counter-productive because it deals with indi- 
vidual words and lines instead of reconceptu- 
alization and reorganization. For some stu- 
dents, however, the lack of feedback per se 
was disturbing and thought disrupting." 

(NOTE: This is a really intriguing paper, with 
some provocat ive concepts . Espec ial ly in- 
teresting are the subjects' quoted comments on 
the inability to see what they had written, 
and the effects on their thinking. MED) 

A Study of Revising and Editing 
at the Terminal, 
Jean A. Lutz 
IEEE Transactions on 
Professional Communication, 
Vol. PC 27, No. 2, June 1984, pp. 73-77. 

ABSTRACT: "This paper presents the results 
of a comparat ive study of experienced writers 
editing and revising at a word processor and 
with pen and paper. Seven wr iters performed 
four writing tasks, each of which provided 
several kinds of data. Among these are sta- 
tistical analyses and graphs of a chronologi- 
cal record of changes made in both modes and 
summaries of interviews with the subjects 
after each writing task. Results suggest that 
the word processor directly alters a writer's 
composing style." 

(NOTE: this is another highly interesting pa- 
per. It brings up a point that I have never 
seen expressed before , but which seems to 
agree with my own subjective experience over 
many years of composing, revising my own writ- 
ing, and editing others' writing both on paper 
and at a terminal. It appears likely that the 
terminal provides a somewhat smaller, more 
linear , and more restricted psychological 
"window" into a document than a book or sheets 
of paper. It functions more like a tape and 
less like a random access memory. This is no 
problem for most writers with their own compo- 
sit ions , since they have a relatively c lear 
concept of the structure at a high level . 
When editing others 1 papers, however, or using 
reference materials , the smaller mental "win- 
dow" can be a hindrance. Even in my own writ- 
ing, I often prefer to print out a draft and 
make final revisions on paper to get a feel 
for the document as a whole. If the terminal 
does , indeed provide a smal ler , more 1 inear 
psychological "window" for the user in con- 
trast to printed books or pages, there are im- 
portant implications for automation of some of 
our analytic tasks. I recommend this article. 
MED) 
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CAN YOU TOP THIS <U) 




from E. Leigh Sawyer, B 



19 61. End of a lengthy TDY to sites in 
Europe l | Ready to go home. PanrAm 

flight out of Orly . AIL on boards Capac ity 
load of passengers, freight, mail, and fuel. 
707 trundles out to end of runway. Swings 
around for takeoff. Final checks . Can see 
al 1 sorts of funny control devices in wing 
sliding back and forth, going up and down, and 
so on. Observe that wing is remarkable hunk 
of engineering. All set now. Jets on f ul 1 
power. Brakes released. See man near runway 
with hands over ears. Must be dickens of a 
noise out there. Pretty close to rotation 
now. Plane lifts off. Strange thing. No 
f amil iar clunk noise as soon as wheels leave 
runway. Stranger thing. Angle of climb 
barely perceptible. Terrifying thing. Plane 
airborne 10 to 15 seconds and still only 20 
feet off the ground. More terrifying thing. 
Plane is yawing badly left and right. First 
reaction is rapid calculation of ongoing 
insurance and spec ial f 1 ight insurance to know 
how much wife will get. Total acceptance. 
This is where I buy the farm. For the next 
half hour, pilot earns pay for next five 
years. Wins fight to claw plane up to 2,000 
feet . Intercom comes on. Pilot 1 s voice . 
Cool, confident. The father image ("Daddy's 
taking us for a ride today' 1 ). "Lost engine on 
takeoff beyond rotation. Airplane didn't want 
to f ly . Sorry for inconvenience . Wil 1 circTe 
Orly for next hour dumping fuel." Landed 
safely . Passengers wined and dined during 
engine change. Duty free liquor store open. 
Most of passengers were floated on board three 
hours later. Seemed very carefree. I passed 
out before takeoff . Woke up over middle of 
Atlantic. Pilot comes to mind. Pushing 60. 
Gray hair. Probably logged over 1,000,000 
miles. Thank you, pilot, God bless you. 



Wayne, 

Have you ever considered the endless 
number of unusual experiences, both 
humorous and serious, that have befallen 
TDYers all over the world? They would 
make for a very entertaining book. How 
about a Cryptolog feature called something 
like "Can You Top This?" If people 
responded to it, it could ultimately make 
for a very intriguing collection of anec-\ 
dotal tidbits. Attached is a case in 
point. 

E. Leigh Sawyer 




Nov 84 * CRYPTOLOG * Page 24 



FOR 0FFIGIAL U0E ONLY 



DOCID: 4009933 



rOR OFFICIAL U3E ONLY 



P.L. 86-36 




PERSONAL COMPUTING 
IN A GROUP 



by 



A63 



Introduction 



Relevancy of the topic . The subject matter 
of this paper is particularly relevant for at 
least three related reasons . First , personal 
computers are relatively new at NSA. In fact, 
they arrived on^a large scale less than a year 
ago beginning around November 1983 . Second , 
they are numerous. It is estimated that^ there 
are over 2 ,000 personal computers at NSA at 
present. Third, because they are new and 
because there are a lot of them, questions are 
being raised regarding their usefulness and 
their capability of being applied to every day 
agency problems as well as their effect on the 
organizations that have acquired them. 



Currency of the data . Since they are so 
new at NSA, it is not illogical 1 to assume that 
any study concerning personal computers that 
is undertaken at this time will find the data 
in a state of flux. It is, therefore, 
worthwhile to note that all the data that was 
gathered for this study is current as of April 
1984 and is subject to change. 



Def init ion by features of 1 personal com- 
puter 1 . In order to properly discuss any sub- 
ject , it is useful to define it in sufficient 
terms so that any misunderstanding result ing 
from its mention will be minimized. Accord- 
ingly, for the purposes of this paper, we 
define 'personal computer 1 to be a single user 
micro computer programmable by the user, and 



(U) This paper is a slightly expanded ver- 
sion of a paper given at the CISI Spring 
Conference in May 7984. 



with a price under $10,000. The three essen- 
tial features in this definition, as discussed 
below, effectively define the set of 'personal 
computers' to include systems such as IBM PC, 
IBM PC/XT, TRS 80, and Apple II, to mention 
just a f ew . 



On the other hand, examples of systems not 
members of the set include the Hewlett Packard 
9845, Wicat Systems 150WS, and the Xerox 860. 
The first does not meet the set criteria since 
its cost is in the $30,000-and-above range. 
The second is a multiuser microcomputer system 
with a base price in excess of $10,000 and 
thus it fails to satisfy two out of the three 
set criteria. The last system does not qual- 
ify as a member of the set since it is a dedi- 
cated word processor and not programmable by 
the user. 



Single user . The 'single user 1 feature 
means that the resources of the computer are 
not shared and are for the exclusive use of a 
single user under normal circumstances. 
Although there is at least one operating sys- 
tem for microcomputers out on the market that 
is advert ised as a multiuser system (Venix, a 
UNIX look-alike), the vast majority of per- 
sonal computers are not equipped with the re- 
quired hardware or software to handle more 
than one user at a time. 
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Average cost under $10 , 000 . Although the 
'price under $10,000' feature seems arbitrary 
at first glance, there is some supporting evi- 
dence for such a choice. In the April 1984 
issue of PC WORLD, 46 personal computers were 
compared in terms of cost and hardware 
features. They ranged in price from a low of 
$1995 to a high of $14,995. It is notable, 
however, that only one system out of the 46 
reviewed cost more that $7300— the GRiD Tem- 
pest, a briefcase portable with 256K of RAM, 
384K of bubble memory, and a 300/1200 bps 
modem to list just a few features. The aver- 
age cost for all 46 personal computers re- 
viewed was $3723 — well under $10,000. 



Programmable by user . The 'programmable by 
the user' feature was included as part of the 
definition to exclude turnkey systems dedi- 
cated to a specific f unct ion — such as stan- 
dalone word processors. Normally, these kinds 
of microcomputers do not have the software 
necessary to allow the average user to write 
and execute programs on them. 



Collection of the data . An informal phone 
survey was used to determine the organizations 
within A Group that have personal computers. 
A questionnaire was then prepared that covered 
the following topics: 



plications is beyond the scope of this paper. 



Topic arrangement ■ The topics covered in 
this paper are roughly the same as those 
covered in the questionnaire . Sect ion 2 cov- 
ers the distribution of personal computers in 
A Group. Sections 3 and 4 deal with off-the- 
shelf and custom software and the way in which 
they are applied. On the other hand, the fi- 
nal sections deal more with the human aspect: 
section 5 examines operational policies for 
personal computers, section 6 takes a look at 
users' problems and concerns, while in section 
7 user support for personal computers is in- 
vestigated . 

2. Distribution of personal computers 
in A group 



This section looks at several aspects re- 
lating to the distribution of personal comput- 
ers throughout A Group: the dist ribut ion of 
current hardware in relation to the distribu- 
tion of proposed hardware, the ratio of users 
to personal computers , the types of personal 
computers and the quantity of each, the func- 
tional break-down of personal computers, and 
the distribution of personal computer usage. 



(1) type and quantity of personal computers; 



Figure 1 



(2) off-the-shelf personal computer software 
used ; 



(3) applications on personal computers; 

(4) operational policies regarding personal 
computers; 

(5) problems and concerns relating to per- 
sonal computers; and 

(6) personal computer hardware and software 
support . 



The questionnaire was then applied in personal 
interviews arranged with each organization in 
A Group that was determined to have personal 
computers. A total of 34 organizations were 
interviewed . 



PCs In A Group By Office 

Current and Proposed Equipment 




A3 




Totals: 92 current + ^ 29 proposed - 221 
kVI Curr«M PCs E3 Proposed PCs 



Although the results of the interviews re- 
vealed a fairly large proportion of interest- 
ing and innovative applications using personal 
computers, a detailed description of these ap- 
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Current and proposed quant ity of personal 
computers . In Figure 1, the data show that A 
Group currently has a total of 92 personal 
computers with another 129 systems proposed 
for the next six-month to one-year period. It 
should be pointed out that some organizat ions 
indicated that they would like to acquire a 
quantity of agency standard terminals (AST) in 
the coming year. Since, however, the AST has 
not yet been officially selected, it remains 
an unknown and for this reason data of this 
type were not included with the data for pro- 
posed acquis it ions . 



The distribution by Office is as follows. 
AO currently has two personal computers and 
would like an increase of two in the next year 
for a total of four. Al has at present 28 and 
desires 22 additional units for a total of 50. 
There are currently 14 personal computers in 
A2 and 28 new units are desired for the coming 
year for a total of 42. A3 would like to in- 
crease its current six units by three for a 
total of nine. A4 presently has two personal 
computers and would like 14 units in the com- 
ing year. A5, with four personal computers at 
present, would like to add 32 new units in the 
coming year. Finally, A6 currently has 36 
personal computers and would like 10 addi- 
tional units in the coming year. 



AO: 3 users, 2 personal computers (1.5 : 1) 

Al: 141 users, 28 personal computers (5 : 1) 

A2: 50 users, 14 personal computers (3.6 : 1) 

A3: 12 users, 6 personal computers (2 : 1) 

A4: 3 users, 2 personal computers (1.5 : 1) 

A5: 7 users, 4 personal computers (1.8 : 1) 

A6: 96 users, 36 personal computers (2.7 : 1) 



Types of systems and their distribution . 
The data in Figure 3 show that there are only 
five types of personal computers in A Group 
that satisfy the criteria outlined in Section 
1.3 above. These are: IBM PC (74 units), IBM 
PC/XT (9 units), Radio Shack TRS 80 (5 units), 
Apple II (2 units) and Tr i-information Systems 
BTS 2000 (2 units) . 



Typical equipment configurations . In in- 
vestigating the equipment configurations for 
each of the five types of personal computer , 
it will be noticed that color monitors are 
conspicuously absent. One of the main reasons 
for this absence seems to be that color moni- 
tors currently are TEMPEST approved only for 
zones 4 through 5. Another general trend due 
to the TEMPEST character of the equipment is 
the almost total lack of hard disk drives . 
There are only seven personal computers in A 
Group with hard disk drives at present. 



Numerical comparison of users to personal 
computers. The data indTcTate that throughout 
A Group there is an overall user-to-personal 
computer ratio of 3.39 to 1 with 312 users for 
92 personal computers. As shown in Figure 2, 
these data are broken down by Office with the 
greatest concent rat ion of users and personal 
computers appearing in Al , A2 and A6. The to- 
tals are as follows: 



Figure 2 



PCs In A Group By Office 
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conf igurat ions include 2 floppy disk drives 
and a printer — usually a dot matrix graphics 
printer. Typical equipment configurations for 
each of the five types of personal computer 
are listed below. 



IBM PC . Most of the IBM PCs have 2 floppy 
drives , 1 printer, a monochrome monitor and 
128K, 256K, 384K or 512K of RAM — depending in 
part on how they were acquired. Those units 
acquired through the PCIC come with 512K of 
RAM, while personal computers acquired by sole 
source or competitive bid vary in the amount 
of memory and type of peripherals according to 
the organization' s requirements at the t ime. 
IBM PCs used only as dumb terminals do not, in 
general , have printers . 



IBM PC/XT. As a general rule, the standard 
configuration for IBM PC/XTs is 512K of RAM, 1 
floppy drive, 1-10M hard disk drive, 1 printer 
and a color monitor. As indicated elsewhere, 
seven of the nine IBM PC/XTs have color moni- 
tors. 



Radio Shack TRS80 . Aside from the usual 
personal configuration of 2 floppy drives (one 
has 3 floppy drives), 1 printer and a mono- 
chrome monitor, the TRS 80s have either 48K or 
128K of RAM. 



Apple II . While both Apple lis have 2 
floppy drives and a printer, one has 48K of 
RAM and a monochrome monitor and the other has 
184K of RAM and both a color and a monochrome 
monitor . 



BTS 2000. Both BTS 2000s have 64K of RAM, 
2 floppy drives, 1 printer, a monochrome moni- 
tor, and 3 communications ports. 



Funct ional break-down . The question posed 
here was how many personal computers are being 
used solely as dumb t erminals as opposed to, 
stand-alone computers. As indicated in Figure 
4, there are personal computers in Al, A2, and 
A5 that are used only as dumb terminals. 86% 
(or 79) of the current personal computers in A 
Group are being used only in stand-alone mode, 
while 14% (or 13 — 8 in Al, 4 in A2 and 1 in 
A5) are being used as dumb terminals. 



Figure 4 



PCs In A Group By Office 

StarxJ-olon* vs Dumb Terminal Usage 
50 -i ■ 




Stat\d-<il<an« E£l Dumb terminal 



Present and future acquisition methods . 
Three principle means of acquiring personal 
computers have been used in A Group: 

(1) PCIC; 

(2) sole source procurement; and 

(3) loan from another organization. 



64% of the organizations interviewed indicated 
they would not change their method of acquir- 
ing personal computers in the coming year. 



Use of personal computers on a_ daily basis . 
The data in Figure 5 indicate that the average 
time per day that personal computers are used 
in A Group is 5.77 hours. Personal computer 
usage broken down by Office is most in Al , A2 
and A4. It should be noted that a contribut- 
ing factor to the high daily average in Al is 
the fact that six personal computers are being 
used as dumb terminals 24 hours per day. The 
Office averages are as follows: 
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Figure 5 



4. Applications 



PC Use In A Group By Office 

Average doily PC use 




A Group Averoge: 5.77 hra/Doy 



AO: 4.5 hours per day 

Al : 10.6 hours per day 

A2: 9.3 hours per day 

A3: 2 hours per day 

A4: 8 hours per day 

A5: 2.6 hours per day 

A6 : 3.4 hours per day 



Three general categories of applications 
are examined in this section: applications 
with off-the-shelf software, applications with 
custom designed and written software and ap- 
plications which interface off-the-shelf 
software with custom wr itt en software . It 
should be noted, however, that there are 
currently only two examples of the third 
category in A Group. For this reason as well 
as the fact that one of these applications 
uses only off-the-shelf software, Figure 7 
treats them as commercial software applica- 
t ions . 



The purpose of the data arrangement in Fig- 
ure 7 is to show how organizations use their 
personal computers. Notice that 50% of the 34 
organizations interviewed have applications 
using off-the-shelf software only while 35% of 
these organizat ions have applicat ions using 
both off-the-shelf software and custom-written 
software. Only 6% have only custom-written 
applications, while 9% have no applications. 
Organizations with no applicat ions are , in 
general, using their terminals as dumb termi- 
nals only. 



3. Off-the-shelf software 



Figure 6 shows the off-the-shelf software 
that is currently being used in A Group. Or- 
ganizations were also asked to subjectively 
rate the software they use on a 1 to 10 scale 
of poor to excellent. The results are shown 
in column three. Note that the software with 
the greatest number of users (seven or more) 
is available through the PCIC. Looking at the 
packages (exclusive of the operating system MS 
DOS) which have the greatest amount of users, 
it is interesting to note that 56% of the 
dBasell users had specific complaints — which 
may account for its 6.8 overall rating. On 
the other hand, only 33% of Word Star users 
and 37.5% of Lotusl23 users had complaints 
about these packages. The complaints referred 
to were in response to question number 10 of 
the questionnaire: "what needs of your organi- 
zation are not being met by current off-the- 
shelf software?" 



Applicat ions with off-the-shelf software . 
Off-the-shelf software is being used in A 
Group in three principle ways: for text pro- 
cessing, for management or project tracking 
systems, or for data base applications. 



Text process ing . The software being used 
for this type of application is Word Star, 
Vo lkswr iter , Easy Wr iter , Ed ix + Word ix , and 
Professional Editor. At least four organiza- 
tions indicated that they use Word Star as a 
program editor, while one organization uses it 
to produce graphics-like charts. 



Tracking systems for management and pro- 
jects. The software used in this type of ap- 
plication is Lotusl23, Multiplan, and 
Supercalc — the spreadsheet packages. In gen- 
eral, these applications are relatively small. 



Data base applications . For the purpose^ 
of this survey, a data base on a personal com- 
puter is classified as small (less than 50,000 
bytes), medium (50,000 to 175,000 bytes), and 
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Figure 6 
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Figure 7 

APPLICATIONS WITH PERSONAL COMPUTERS IN A GROUP 
(34 divisions or branches interviewed) 
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large (over 175,000 bytes). For the data base 
software currently being used , it is a given 
that a data base is limited to the size of the 
disk — with the exception of those systems with 
hard disks this means an upper limit of about 
300,000 bytes (exclusive of any indexes). 



The software used is mostly dBasell with a 
very small number of applications using Condor 
and R:Base 4000. dBasell applications range 
from small data bases to large data bases with 
typical applicat ions being inventory control , 
personnel tracking, job profile tracking, and 
clearance tracking. For organizations using 
dBasell, ten have smal 1 data base applica- 
tions, two have medium data base applications, 
and four have large data base applications. 



Applications with custom designed and writ- 
ten software . The most varied applicat ions 
are those that are custom designed and written 
using a programming language such as BASIC, C, 
or Pascal. Although, as Figure 7 shows, only 
41% of the organizations interviewed have 
written any custom designed software, they are 
broken down into seven functionally different 
applications. These applications are categor- 
ized by Office as follows: 



5. Operational policies and procedures 



In general , it seems that there is an ab- 
sence of u formal operational policies regarding 
personal computers due to the lack of large 
enough concentrations of personal computers in 
any one organization. The two exceptions in A 
Group, A4 and A6, are discussed below. The 
remainder of A Group organizat ions have in 
general some informal procedures they follow 
that deal with security and training, for the 
most part . Informal security procedures in- 
clude periodic back up of files, locking up 
data diskettes at night, ensuring that the 
personal computer is turned off at night , 
while training involves either getting a 
manual and learning by trial and error, using 
an automated tutorial, if available, or having 
an experienced user tutor the new user. 



On the other hand, both A4 and A6 have for- 
mal written operational policies (A4's is 
still in draft form). The topics covered in 
the draft version operational policy of A4 
are: security, standardized files, procurement 
of software, supplies, management of hardware, 
and assistance. 



Al : a text editor written in C and two 
separate device control software projects 
written in C and BASIC, respectively 

A2: collection processing and reporting in the 
field 

A3: signals analysis software using Pascal on 
an Apple II 

A5: graphics written in C 

A6: text format translation from personal com- 
puter format to a format compat ible with 
PWB, written in BASIC and collection 
management software written in C 



A63, with the largest single concent rat ion 
of personal computers in A Group, has two 
operational policies: one dealing with instal- 
lation and the other with operation. The IBM 
PC Hardware/Software Installation Plan covers: 

[] installation phases; 
[] installation personnel; 
[] installation schedule; 
[] equipment control; 

[] identification of standard software pack- 
age; 

[] software distribution plan; 

[] identification of IBM PC supplies to be 

stocked ; and 
[] training schedule, material, and 

categories . 



Applications interfacing different software 
packages . Al has a budget planning system 
that interfaces Lotusl23, Word Star and 
dBasell. A6 has an educational software ap- 
plication that interfaces dBasell with custom 
software written in BASIC. 



The IBM PC Hardware/Software Policy deals with 
the following topics: 

[ ] hardware management ; 

[] acquisition and distribution of supplies; 

[] maintenance; 

[] software evaluation; 

[] software management; 

[ ] training; and 

[ ] secur ity. 
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6. Problems and Concerns 



The final question on the questionnaire 

asks the interviewee to list any problems or 
concerns the organization has, in general, re- 
garding personal computers. Out of a total of 
34 organizat ions interviewed , 25 indicated 
that they had such problems and concerns . A 
total of 66 problems/concerns were listed for 
an average of 2.6 per organization. The 
responses fall roughly into six categories: 

[] acquisition and installation of hardware 

and software; 
[] training and support; 

[ ] general operation and maintenance of 
hardware ; 

[] human interface with the hardware and 
software ; 

[] intermachine communications; and 
[] security. 



around ; 

[] training at the branch and division level 
needs to be conduct ed regarding the use- 
fulness of personal computers; and 

[ ] software evaluations need to be central- 
ized, published and distributed on a reg- 
ular basis to the users. 



General operat ion and maintenance of per- 
sonal computer hardware . Typical problems 
listed in this category were: 

[] the graphics printer is too slow; 

[ ] personal computer response time is too 
slow; and 

[] there is not enough memory or peripheral 
storage for some applications. 



Acquisition and installation of hardware 
and software . Sample responses were: 

[] no dust covers are provided or are gen- 
erally available; 

[] not enough personal computers are avail- 
able: wait ing for the AST impedes ar 
quisition of personal computers which it 
may render obsolete; 

[] there are too many bureaucratic levels to 
go through in the procurement process; 

[] supplies are hard to get and there are 
many delays ; 

[ ] there is a need for color graphics, but 
the standard conf igurat ion does not have 
a color monitor; and 

[] there is no mechanism for upgrading the 
personal computer hardware. 



Human interface with personal computer 
hardware and software . Some sample responses 
in this category were: 

[ ] the keyboard is poorly designed and 
therefore difficult to use accurately; 

[ ] images on the monochrome monitors are 
fuzzy and difficult to read, which causes 
eye strain; 

[ ] the available software and documentat ion 
are too complex for user requirements and 
difficult to understand; 

[] there is not enough space to put the per- 
sonal computers; 

[] the graphics printer is too loud and dis- 
turbs co-workers; and 

[ ] several personal computers in the same 
area give off enough heat to make the 
room uncomfortably warm. 



Training and support . Among the problems 
listed were 

[ ] software manuals are difficult to under- 
stand and use; 

[] personal computer training and support is 
not centralized, thus causing the user to 
waste time and effort learning by trial 
and error; 

[] there is an overall lack of planning for 
training and support and not enough to go 



Intermachine communicat ion . This category 
includes problems expressed concerning net- 
working as well as communications to a host 
computer. Sample problems listed were: 

[] networking is not being addressed despite 
a requirement for it; 

[ ] thf reliabil ity of file transfer between 
a host and personal computer is doubtful; 
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[] there is a need to have communications 
hook up to main frames ; 

[] there needs to be an efficient, quick 
method for inputting large quantities of 
information from a host computer; and 

[] there is a need for Xerox 860 compatibil- 
ity. 



Security . Problems 1 isted under this 
category included: 

[] there is a need for a removable hard disk 
capability; 

[] organizations fear the proliferation of 
compartmentalized data; 

[] there is no password security; and 

[] TEMPEST should be done before acquisition 
of hardware. 



7. Support 



The questions addressed in this section 
deal with where A Group personal computer 
users currently get hardware and software sup- 
port, if any, and the existence of a local, 
centralized support within A Group. 



Sources current ly cited by A^ Group users . 
Figure 8 shows that seven sources for personal 
computer support were cited. These include: 
'individuals in A Group 1 , A109, A63, B6, the 
PCICj T2, and T3. Interestingly enough, 
eleven organizations (32%) indicated that they 
receive no support at all. A slightly larger 
number indicated that A63 provides support — 
although it should be borne in mind that four- 
teen of the organizations interviewed are in 
A6. In other words, it would seem that the 
role of A63 to provide computer applications 
support for all of A Group is not yet widely 
understood — at least in the context of per- 
sonal computers. 



Figure 8 



According to official A63 memoranda dated 
22 February and 1 May, A63 is equipped to pro- 
vide the following support to A Group personal 
computer users: 

[] hardware/software consultation, 
[] software demonstrations and training; 
[] hardware demonstrations and training; 
[] off-the-shelf software evaluations; and 
[ ] a personal computer users group . 



The PC users group meets once a month for an 
hour and is an excel lent opportunity for A 
Group users to exchange ideas and discuss mu- 
tual problems. In addition to these services, 
A63 currently provides personal computer ap- 
plications development support to A606 and A2. 

8 . Conclusions 



PCs have been in A Group only a relatively 
short length of time and thus it should be 
stressed that the situation regarding PCs in A 
Group is transitory and will likely change in 
many ways. There is naturally some reticence 
on the part of prospective users who are used 
to the power of a main frame to recognize the 
utility of the PCs. At the same time, in- 
house training and software evaluation were 
not initially available to user's on an offi- 
cial basis and are only now starting to 
develop. As a result, inexperienced users are 
experienc ing some f rustrat ion and hence many 
PCs are not being fully utilized. Other rea- 
sons include the fact that most organizations 
do not have communications to main frames yet 
although they have a requirement to work with 
data stored on the main frame. 

Current PC Hardware/Software Support 

Sources Cited By A Qroup Users 



13 - 




(Dual source* cit*d in soms casts) 
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Uc ACTION LINE (U) 



Dear Faction Line: 



Something must be done before it is too 
late! We are approaching a situation akin to 
the "critical mass" in the cafeteria. I refer 
to the "to and fro gang." You can see them any 
day wandering about looking for a table, 
knuckles growing white holding their trays as 
desperation assails them, their eyes flicker- 
ing endlessly in 360 sweeps, and their food, 
so near yet so far, growing cold. What is 
needed are bold and innovative measures. A 
few of these are addressed as follows. 



Make people eat faster. This may be subdi- 
vided into two categories: (1) chewing and (2) 
gulping. It is suggested that M7 monitor 
chewing and gulping norms as they currently 
exist on the part of those eating in the 
cafeteria. Based upon physiological stress 
standards as they affect the alimentary tract, 
it is believed that more rapid chew and gulp 
rates may be achieved. Special courses or 
seminars to this end could be established in 
order to enable personnel to meet newly 
prescribed standards for chewing and gulping. 
In order to raise motivations, a new skill 
field in this area should be established which 
could lead to certification and even bonuses, 
e.g., FLAP (F^ood Loading Acceleration Pay) < 
Further, for those achieving chew/gulp rates 
(CG/r) faster than prescribed, compensatory 
leave should be allowed. This could be 
achieved by a time card check in/check out 
system at the entrance to the cafeteria or 
even possibly tied into the new badge system 
by assigning everyone a "GIN" (Gastronomic 
Intake Number). 



Use larger forks: doubling the size of 
forks would double intake. In this regard , 
forks should be provided in two configura- 
tions: one twice the length and one twice the 
width in order to conform to varied oral 
specifications. The large fork factor (LFF) 
when combined with CG/R would materially ac- 
celerate consumption time (CT). In short, LFF 
+ CG/R * CT. The same approach should be used 
for spoons, and, when peas are on the menu, 
knives. Thus we can also add both large spoon 
factor (LSF) and a large knife factor (LKF). 
Therefore, even when a person has soup, and a 
hot plate with peas, it still obtains that 

CG/R + LFF + LKF + LSF = CT. 



Use higher tables or lower chairs. This 
lessens the distance the arm must travel 
between plate and mouth. The optimum distance 
is suggested as two inches, as opposed to the 
more normal distance of 18 inches. This would 
increase by a factor of 9 the rate of food in- 
take (9 x RFI). When combining RFI with in- 
creased CG/R and the realization of 
LFF/LSF/LKF, CT should be reduced to approxi- 
mately three minutes, a savings of 27 minutes 
based upon current standards. When calculated 
against a loss of $300,000,000 per annum for 
the nonproductive cafeteria time of 15 extra 
minutes a day beyond the prescribed half hour, 
the savings of 27 minutes a day would add 
$540,000,000 of production rate per annum 
beyond the normal work year of the federal es- 
tablishment. With perhaps $40,000,000 of this 
employed to subsidize free antacids, the new 
cost-out of increased production rates would 
still be substantial. Lets move out smartly! 
It is time to clip the wings of this octopus! 
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NSACrosticNo. 59 

by David H. Williams 
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likz to give, it a tny, cxxJUL tht 
axxthoK on 11036, and you x ZL be tent 
an zxplanatlon o& kou) th<tt><L cIuza 
cuit put toqoXhQA. 
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A. Did Dale counterfeit tickets to battle- 
ground (2 wds) 102 30 205 10 199 28 85 62 157 37 148 

B. When visiting with a boor, never sing 

Dorothy's great song (3 wds) 108 21 139 195 50 202 36 119 210 32 

145 ~~9~ 187 176 

C. Call this Greek by phone on Roman 10 

117 109 33 3 197 159 86 193 

D. Ax me not where to bury this (2 wds) 

67 169 77 177 81 128 6 51 89 181 

E. Where the much bejeweled lady wore her 

sixth ring (4 wds) 192 143 135 105 7 215 27 100 75 78 

TsT Tu 130 ~T6 
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F. Ease peas are for the doctor 



G. Try to use Indian blight in indiscernible 
circumstances 



H. Frank camera 

I. "The New Colossus 1 ': The other structure 
with which Alexander Eiffel was 
associated (3 wds) 



J. He wanted Ned, Dee and Sam 

K. Cross off King Tut's middle name 

L. Ran into little Edward and gave him his 
share 

M. Bury between 

N. These reptiles enjoy tea amid the 
cardinal points 

0. Literally, Greek magma 

P. In a state of stimulation, it has a fixed 
period of expiration (3 wds) 



Q. Auto pioneer after whom tu)0 cars were named 
— the other one being the Reo 

R. That liver I ate made me feel very macho 



S. That mineral I bent seemed to go on and on 
and on 

T. This Latin is amid late back type of drug 
U. Tossed with rewarding results 
V. Enchanted, he marched off 
W. Caesar's white road 
X. This African grain is not efficient 

Y. When I saw rainbow effect on iced 
screen, I cried 

Z. Los Angeles Ram f s embraceable one 

a. He laughed as he bantered with the 
'African queen 
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